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MOBILE COMMUNICATIONS 

This invention relates to mobile communications, and in particular to a 
method of controlling handover of a mobile station in a mobile 
5 communications network. 

Handover algorithms are known for existing cellular wireless 
technologies. A cellular mobile station receiving service on uplink or downlink 
channels of a cell in a cellular network may experience worsening signal to 
noise (S/N) on the uplink and/or downlink channels, with the execution of a 
10 handover algorithm within the network resulting in a handover between 
channels in the cell or between different cells, to ensure a call is not dropped 
and to improve general quality of service during the call. 

A number of different radio access technologies are proposed to be used 
in future to provide an appropriate level of service to the type of access a user 
15 may require at any particular time. The user's requirements may change from 
communications session to communications session or during a single 
communications session. To allow a user different types of access during a 
single communications session, handover between the different radio access 
technologies may be desirable. For example, if a user requires a video 
20 conference link, a third generation radio access technology may be used. On 
the other hand, if only a voice call is desired, second generation radio access 
technologies may be sufficient. In the future heterogenous mobile 
environment, both nomadicity and migration of users should be supported. 
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Thus, a user should be able to initiate a communications session using different 
radio access technologies and obtain delivery of a service while roamin- 
between radio access technologies (nomadicity). Furthermore, handovers 
between radio access technologies should also be supported while the user is 
5 actively engaged in a communications session (migration). Examples of such 
handovers are between a second generation public GSM network, a third 
generation public Wideband Code-Division Multiple Access (W-CDMA) 
network and a wireless local area network (WLAN). 

In accordance with the present invention there is provided a method of 
1 0 controlling handover of a mobile station conducting a communications session 
in a mobile communications network, the network including a plurality of radio 
access domains, the method comprising: 

receiving a trigger indicating a requirement for handover; 
testing at least one possible handover meeting said requirement against 
15 network policy; and 

controlling handover in accordance with said requirement and said 
network policy. 

Further aspect of the present invention are set out in the appended 

claims. 

20 Features and advantages of the invention will become apparent from the 

following description of preferred embodiments of the invention, which will 
now given, by way of example only, with reference to the accompanying 
drawings, wherein: 
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Figure 1 is a schematic diagram of a mobile communications network 
arranged in accordance with an embodiment of the invention: and 

Figures 2 to 4 are flow diagrams illustrating handover algorithms 
conducted in the handover manager of the embodiment illustrated m Figure 1 . 

Figure 1 illustrates a mobile communications network in accordance 
with an embodiment of the invention. The mobile communications network 
includes a plurality of radio access domains 2, 4. 6. which each implement 
different radio access technologies. In this example, a first rad.o access domain 
2 is a second generation GSM rad.o access domain including GSM base 
transceiver stations 3. operating at frequencies of approximately 900 MHz 
and/or 1800 MHz. A second rad.o access domain 4 1S a third generation W- 
CDMA radio access domain including W-CDMA radio access nodes 5, 
operating at a frequency of approximately 2 GHz. A third radio access domain 
6 is a wireless LAN access domain including wireless LAN radio access nodes 
7. wh.ch may operate at frequencies anywhere between 2 to 60 GHz. A mobile 
station S. in accordance with this invention, is capable of communicating via 
each of the radio access domains 2. 4. 6. via the respective access nodes 3. 5, 7. 
For example the mobile station may be a laptop computer with three different 
radio access technology plug-in cards, or a mobile handset with appropriate 
three-band functionality in-built, which allow the mobile station to be used to 
access GSM, W-CDMA and WLAN domains and attach to a domain which is 
best suited to the requirements of the terminal at any particular time. The 
mobile station may also include an inter-working function to allow a 
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substanttally seamless handover between , he d.fferen, domains ^ r 
communions session. „ ls lo be undm , ood ^ whj|e ^ ^ 
access domains ,mp,eme„. different radlo access , ^ ^ 

access node may serve one or more of these radio access tecnnoiog.es and. 

thus, changing radio access Hnmain f~ 

ccess domain for a mobile station will not necessarily 

require changing radio access node. 

The radio access domains 2. 4. 6. each implement kn0 w„ ,„,ra-„e,work 
handover schemes, whereby ,he service prov.ded by each radio access domam 
separately ,s mamtamed dur.ng mob.Iity „ f tn£ mobiIe ^ ^ ^ 
coverage of Ihe radio access domain. 

The mobile communications network also inc.udes a handover manaser 
.0 which is hierarchically above the individual rad,o access domains 2. 4. 6 in 
.he network archttecture. The handover manager ,0 manages inrer-domam 
handovers between the radio access domains 2, 4. a. in accordance wi th 
handover triggers received dnnng the handhng of a commun.cations session 
conduced by a mobile statton 8. The handover manager may cons.s, of a 
single service node, or piura, nodes, capable of handhng i„ t e r -domai„ 
handovers for a„ mobtie stations connected ,o the mobi.e communions 
network, or may be implemented in ,he form of a dtstributed object-onented 
processing sys,em ,„ which individuai handover managers, in the form of 
handover manager objects, control the handover functions for individual 

mobile stations connected to the mnh,i» ™ 

to tne mobile communications network. These 

objects may include a user agent for initiarino m ■ , • • 

gem ror initiating, maintaining and terminating a 
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vinual connection through the core network, amongst other things; a terminal 
agent for maintaining a mobile station "prescence" on the system whether or 
not the user is physically connected; a security agent for verifying that user 
authentication has taken place; and a handover agent for controlling the 
5 execution of handover. 

The handover manager 10 receives network policy data from a 
handover policy server 12. In the case of the handover manager 10 being 
implemented in the form of a single node, or plural nodes, the data may be in 
the form of signalling messages sent between a handover policy server 12 and 
the handover manager 10. In the case of the handover manager 10 being 
implemented in a distributed processing environment, the network policy data 
may be in the form of handover policy objects passed between the handover 
policy server 12 and the handover manager 10. 

A management terminal 14 is used to allow handover policy to be 
altered in the handover policy server by network administrators, whereby the 
control of handover by the handover manager is directly influenced in 
accordance with the requirements of the operator of the mobile 
communications system. This allows the operator to alter the results of the 
handover algorithm, without altering the general scheme of the handover 
algorithm, thereby providing convenience and flexibility to the network 
operator. The operator may alter priorities to reasons for handover and factors 
to be considered when planning a handover. 
Network policies may include: 
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A, M,„,m,se can cos, by handlng over ^ ^ ^ ^ ^ 

when i, is deemed appropriate, IO atKmpl , o ^ ^ ^^^^ ^ ^ 

lowest possible cost domain. 

B) Minimise use of third a Pn pn t i. ^- 

m.rd ^enerat.on radio access ne.work resources, which 

policy may be particularly usefu| ^ ^ r _ ^ ^ 

wou,d be execu t ed from , he third generation doma , n 

O Exceed ,he users expectations by over IO h , gher quali „ 

which are unused, when i, is deemed appropriate. 

D, Max,m,se network y.eld by hand.ng over calls to rad.o access doma,„s w„h 
•he best eam.ngs to opera,,„g cos, ra,,os, whenever i, is deemed appropriate. 
E) Give priority to cer,a,„ types of users or calls by handmg over those users or 
calls preferenrially to ,he higher oual lt y resources, a,d handmg o,her users or 
calls away from those resources. 

The above are a„ examples of many different ,y p es of ne.work poHcv 
which may be imp,emen,ed. and i, w,„ be apprec.ated ,ha, some pohc.es are 
mutuauy exclus.ve (for example B and C above,. However, by , mplem e„u„g 
these pohcies ,n a pdicy server and provid.ng interfaces in the handover 
algorithm ,o the polices stored ,„ the pol.cy serve, d.fferent in.er-network 
handover policies may be implemented a, differen, times. 

Handover triggers are classified herein as user requests and system 
requests. User requests may result from the modification of user requirements 
during a communications session. For exampie. user appl.ca.ions may have 
d.ffen„ g recrements for security. A handover to an alternative rad.o access 
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domain may be required if the current radio access domain does not meet the 
security requirements for a desired user application. Alternatively, the Quality 
of Service (QoS) requirements of a user may change as a result of a new 
application being used during a communications session. Further, the 
> capabilities of the mobile station may change resulting in a need or preference 
for a handover. For example, the mobile station may have moved into an area 
of coverage of a radio access domain for which it does not hold the necessary 
software components, or the mobile station may have recently downloaded 
software components which enable it to attach to a radio access domain of 
preference. Thus, user requests may be signalled to the handover manager 10 
from the user's mobile station, or from a user agent (e.g. a software object in a 
distributed processing system) operating on behalf of the user. In the case of a 
user currently served by a GSM network, the signalling may be achieved as 
described in our British Patent Publication GB 2332340. User requests may 
15 also result from new resources becoming available and matching preferences 
already stored in the system for the user, for example cost, service level and 
privacy preferences. These standing user preferences may be stored in the user 
agent. 

System requests may result from radio access domain criteria or 
network criteria, such as over-congestion (i.e. reactive to existing congestion), 
availability (i.e. proactive to avoid potential congestion), priority being given to 
emergency services, QoS criteria such as to improve or maintain the signal to 
noise ratio or to reduce interference, forced maintenance activities, or 
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preferences for certain types of user* /f« 

ypes users (for example an access domain consisting 

primarily of picocells may p re f er slow-moving US£rs) 

mg users )- System requests may 

thus be signalled to the handover mana-er in * , e 

manager 10 directly from network elements 

within the currently-serv mg radlo access ^ ^ ^ 

priority to be allocated to all svstem rM 

system requests, user requests, network policy 
criteria, and call tvnec n; f n 

^Pes. Th 1S allows any conflict between the different 

requirements of users the ridio ^ 

s. radio access domain , and network policy itself, to be 

resolved in accordance with network policv These level, „f 

- inese leve]s of priority are also 
variable by means of the management terminal 14. 

The main f unc , tons of „ andover ^ ^ ^ ^ ^ ^ 

levant to the guested handover from . v „ iety Qf ^ ^ ^ 

PO-icv data from network po.icy server 12 . s,a„di„ g user prefcren£es whjch 
-y be mamtained m . user agem , ^ ^ ^ ^ ^ 

agent and security data from a security agen , Second|y . _ ^ 

-dentines rhe best of al, potential handovers taking imo ^ 
obtatned such as user preferences and network P., lcy . Third , y , , he handover 
manager mstructs the executton of .be best avai.able handover, if any. The 
handover may be controlled by a handover agent. 

Fisure 2 illustrates the handover a,gor,,hm executed by the handover 

Handover manager ,0 firs, identifies a„ handovers that meet the user reouest 


10 


WO 01/58177 PCT/GBOl/00424 

9 

along with the current minimum requirement of the user, step 102. If no 
handovers meet the user request, the user request is rejected, step 1 04. If on the 
other hand a single handover is currently available that meets the user request, 
the handover manager 10 checks that network policy is met by the handover. 
> ^ This checking involves the checking of predetermined characteristics of the 
handover which are identified in the handover policy server 12 as being of 
relevance to network policy, and ensuring that those characteristics do not fall 
outside network policy, step 106. If network policy is met by the handover 
meeting the user request, the handover manager 10 executes handover, step 
108. If it is found that network policy is not met by the handover meeting the 
user request, the relative priority of the user request and network policy, or the 
elements of network policy not met. is checked in step 108. If the level of 
priority given to the user request is higher than network policy, the handover is 
executed in any case, step 112. On the other hand, if network policy takes 
15 precedence, the user request is rejected, step 1 14. 

In the case that in step 102 it is found that a plurality of handovers meet 
the user request and the current minimum requirements of the user, the number 
of handovers that meet network policy is checked in step 116. If no handovers 
identified in step 102 also meet network policy, it is checked whether the 
priority given to the user request is greater than that given to network policy, 
step 1 18. If the user request takes precedence, the handover of those identified 
in step 102 having the best network policy compliance is selected in step 120 
and handover is executed in step 122 in accordance with the selected best 
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handover. If on the other hand in sten t is ir 

step 1 18 if network policy takes precedence 

S '" g,e ° f ^ " step 102 ,s identified as 

P.urahty of Handover, of those identified in step 102 ; s ideMlfied „ ^ 

r=,u,reme„,s. For e.xampie. i, may be possible to star, a v.deo call a, 28 8 Kbps 
though a bandw.dth of 56 Kbps would he preferred. , f a handover to . 
channel prov.dmg a bandw.dtn of 56 Kbps , s available ,„ stcp ]28 ^ ^ 
be selected ,„ preference to the lower bandwidth video call even , ho „ g h the 
lower bandwidth video call may be ^h meet ,„ e _ ^ ^ ^ 

policy. Following the selection „f,h„u . 

. selection of the best handover in step 128, the selected 

handover is executed, step 130. 

Referring now to Ficmre ^ th*. h, n j 

■=ure 3, the handover mgger may be received by the 

handover ma„a g er ,0 for ca„ maintenance m ^ ^ „ ^ ^ ^ ^ 
-ice (Q oS), signal strength and/or q ua,i,y of s ig „a, is deteriorating or 
P^tcted to deteriorate within the current radio access domain, h, this case, the 

handover manager 10 receives a w^ Pm ~„ 

ives a system request containing a handover tri^er 

ror a possible handover to a different ^a- 

dirlerent radio access domain, step 200 The 

handover manager ,0 firs, .dent.fies a,, handovers tha, meet the system reoues. 
the current m i„, mum requirernems „ f ,„ e ^ ^ ^ ^ ^ 
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meet the system request and these requirements, it is nevertheless checked in 
step 204 whether it is possible to handover and increase the quality of service 
from the current or predicted low quality of service to be received without 
handover, step 206. If no handover ,s available which provides such better 
> QoS, the system request for handover is rejected, step 208. If. however, one or 
more handovers with better QoS are found to be possible in step 206. the best 
of those handovers is identified in step 210 and the best handover ,s tested 
against network policy in step 212. If network policy is met, the selected 
handover is executed, step 2 1 4. If network policy is not met. it is tested in step 
216 whether the call is to be treated as of a higher priority than network policy 
considerations, step 216. and if so, the best handover ,s executed in any case, 
step 218. If the priority level allotted to the call is not higher than the network 
policy considerations, it is tested in step 220 whether or not another handover 
with better QoS than available or predicted without handover is possible, step 
220. If not. the system request is rejected, step 222. If one or more other 
handovers are identified as being possible in step 220. processing returns to 
step 210. 

If in step 204 a single handover is identified that meets the system 
request and current minimum user requirements, the handover manager 10 
checks that network policy is met. step 224. If network policy is met, the 
handover is executed, step 226. If network policy ,s not met in step 224, it is 
tested in step 228 whether the call takes precedence over network policy, or at 
least those characteristics of network policy which are not met, and if so, the 
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handover selected ih step 204 is executed even though network policy is not 
met, step 230. If network policy takes precedence in step 228, processing 
proceeds to step 206. 

If in step 204 more than one handover is identified which meets the 
5 system request and current minimum user requirements, the number of 
handovers that also meet network policy is identified in step 232. If none of 
the handovers identified in step 204 also meet network policy, it is tested in 
step 234 whether the priority level allotted to the call is greater than that of 
network policy, or at least the characteristics of the handover which do not 
meet network policy, step 234. If network policy takes precedence, the system 
request is rejected, step 236. If the call takes precedence, that of the plurality of 
handovers identified in step 204 having the best network policy compliance is 
identified in step 238, and the selected handover is executed in step 240. 

If in step 232 a single handover is identified which also meets network 
15 policy, the selected handover is executed in step 242. If a plurality of 
handovers identified in step 232 to also meet network policy, the best 
handover, also taking account of the desired requirements of the user in 
addition to minimum requirements, is identified in step 244, and the 
appropriate handover is executed in step 246. 

Referring now to Figure 4. a handover trigger may be received by the 
handover manager for reasons other than user requests or call maintenance 
reasons. For example, the reason may be network maintenance reasons (e.g. 
the loading on a domain may be too great at a particular time). In this case, the 
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handover manager 10 attempts to not only meet the system request, the current 
minimum requirements of the user and the network policy, but also to maintain 

QoS if possible. 

On receipt of a system request generated in the current serving radio 
access domain for network reasons, step 300. all handovers meeting the system 
request and the current minimum requirements of the user are identified in step 
302. If no handovers are available that meet these criteria, it is tested in step 
304 whether system request has a h,gher priority than the call itself, step 304. 
If so. it is checked in step 308 whether a handover which meets the system 
request but does not meet current minimum user requirements, for a reason of a 
lower QoS, is nevertheless available, step 308. If so, the available handover is 
executed, step 310. If not, the call is forcibly dropped, step 312. 

If a single handover is identified in step 302, it is tested in step 314 
whether or not the handover would result in a worse QoS than that available 
without handover, step 314. If so. it is tested in step 316 whether or not the 
system request is of a higher priority level than that of the call itself. If so, the 
handover is executed in step 318 even though the resulting QoS is reduced. If 
the call takes precedence in step 316. the system request is rejected, step 320. 
If the handover identified in step 302 is one which would result in a similar, or 
higher, level of QoS, it is checked in step 322 whether network policy is met by 
the handover. If so, the selected handover is executed, step 324. If network 
policy is not met by the selected handover, it is checked in step 326 whether or 
not the system request is of a higher priority level than network policy, step 
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326. If so, the handover is executor! s.po t?q tp 

» executed, step 328. If not, the system request is 

rejected, step 332. 

If in step 302. a plurality of handovers are identified as meeting the 
system request and current minirnum user reQuiremenI , a „ of ^ 

handovers are analysed to identify whether or no, QoS wouid be retained or 
unproved, step 334. If none of the idemified handovers ^ ^ 
improve QoS. it is checked ,„ step 336 whether or no, the system request has a 
higher leve, of pr ,ori, y ,ha„ ,ha, of ,he call, and if no, the sys,=m request is 
rejected, step 338. If however the system request takes precedence, that of the 
plurality of handovers identified in step 302 having the best predicted QoS is 
identified in step 340. The tdentified handover is then tested ,„ step 342 as ,o 
whether or not network policy would be me, by ,he handover, and if so. ,he 
handover is executed in s,ep 344. If „e,work policy is not me, by ,he identified 
best QoS handover, the handover manager !0 tests whether or no, ,he system 
request is of a higher level of priori* ,„an network policy, s,ep 346. If so, the 
handover is executed even though network policy ,s no, me,. s,ep 348. ,f 
however ne.work policy ,akes precedence, a check is made as ,o whe,her or no, 
more handovers are available, s,ep 350. If no more handovers are available, the 
call is forcibly dropped, s,e p 352. If more handovers are available. ,ha, wi,h 
•he nex, bes, predicted QoS is identified i„ step 354 and processing returns to 
step 342. 

If in step 334 a single handover that at least maintains QoS as wej] as 
meeting the system request and current minimum user requirements is 
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identified, the handover is tested to check whether or not network policy is met. 
step 356. If so. the selected handover is executed, step 358. If not, it is 
checked in step 360 whether or not network policy has a higher level of priority 
than the system request. If so. processing moves to step 340. If the system 
request takes precedence, the identified handover is executed, step 362. 

If m step 334 a plurality of handovers are identified that at least 
maintam QoS as well as meeting the system request and current minimum user 
requirements, all of those handovers that also meet network policy are 
■dentified m step 364. If none meet network policy, it ,s tested m step 366 
whether or not the system request has a higher priority level than network 
pohcv. If so. that of the plurality of handovers .dentified in step 334 having the 
best network policy compliance is identified in step 370 and the selected 
handover is executed m step 372. If network policy takes precedence in step 
366, the system request is rejected in step 368. 

If a single handover is identified in step 364. that handover is executed, 
step 374. 

If more than one handover is identified in step 364. a single handover is 
selected on the basis of all of the criteria already taken into consideration, along 
with any desired requirements of the user to identify a best handover. Network 
policy may also be taken into account in this step, 376, and once the best 
handover according to the selected criteria is identified in step 376, the selected 
handover is executed, step 378. 
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The handover manager 10 controls the execution of handover 
appropriate to the different types of radio access technology involved. This 
may be performed, for example, by a handover agent. In a baste handover 
between two access nodes, the handover manager 10 may set up two separate 
5 connections to the mobile station, and bridge the connects to prevent loss of 
data during handover. Handover may also imply re-routing of connects 
through the fixed network, transferring associated control functions from one 
network node to another, and the initiation of new security transactions. 

It will be appreciated that various modifications may be employed in 
relation to the above-described embodiments without departing from the scope 
of the invention, which is defined in the appended claims. It is to be mentioned 
that, whilst the above description relates to handover algorithms used for 
handover between different radio access technologies, similar algorithms may 
be used for other handovers. In general, the algorithms described above may be 
used for handovers between access nodes/cells, channels, and radio access 
technology as well as between mobile communications networks, and the 
term handover, and cognate terms, are to be understood to include handovers 
between any of these or any combination of these. For example, where access 
nodes serving different cells have different capabilities (whether m general or 
in respect of a particular mobile station involved in or to be involved in a 
particular communications session), handover between access nodes/cells may 
be initiated as a result of user or system requests. Similarly, where different 
channels of an access node have different properties, handover between 
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channels may be initiated. In a frequency division system, handover between 
different frequency channels may be initiated to reduce interference, for 
instance. Similarly, in a time division system, handover between different time 
slots may be initiated and in a code division system, handover between 
> differen, codes may be initiated. Furthermore, where different mobile 
communications networks have different capabilities (whether in general or in 
respect of particular access nodes of the networks, or a particular mobile station 
involved m or to be involved ,n a particular communications session), 
handover between networks may be initiated. For example, handover from one 
network to another network, between which a roaming agreement exists, may 
be initiated as a result of a user or system request where QoS requirements will 
be better met as a result. For a further example, a service provider or virtual 
service provider may require handover between two networks which provide it 
with network services to minimise cost. 

The advantages of using handover algorithms which take network 
policy and user preferences or requirements as separate considerations, and do 
not require modification when network policy and/or user preferences or 
requirements alter, also apply in this case. 
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CLAIMS: 

1. A method of controlling handover of a mobile station 
conducting a communications session in a mobile communications network, 
the network including a plurality of radio access domains, the method 
comprising: 

receiving a trigger indicating a requirement for handover; 
testing at least one possible handover meeting said requirement against 
network policy; and 

controlling handover in accordance with said requirement and said 
network policy. 

2. A method according to claim 1. wherein said network policy is 
defined by variable data accessible to a network entity controlling handover. 

3. A method according to claim 1 or 2, comprising assigning a 
priority to said requirement, assigning a priority to network policy, and 
controlling handover in accordance with a relationship between the said 
priorities. 
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20 


A method according to claim 1 or 2, comprising assigning a 
priority to the communications session, assigning a priority to network policy, 
and controlling handover in accordance with a relationship between the said 

priorities. 

5 

5. A method according to any preceding claim, wherein said 
requirement is a user-specified requirement. 

6. A method according to any of claims 1 to 4. wherein said 
10 requirement is a network-specified requirement. 

7. A method according to any preceding claim, comprising not 
conducting handover if, whilst one or more handovers meeting the said 
requirement exist, no handover exists meeting network policy. 


8. A method according to any preceding claim, comprising 
conducting handover in accordance with quality of service requirements in 
addition to network policy and said requirement. 

9. A method according to any preceding claim, comprising 
conducting handover m accordance with quasi-static user-specified preferences 
in addition to network policy and said requirement. 
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10. A method according to any preceding claim, comprising altering 

network policy with time in order to alter th* roH- 

iuer to alter the radio access characteristics of 

communications sessions conduced by m obile stat.ons operating ,„ lhe mobile 
commun.cattons system, under the control of the network opera,or. 

n. A method according to any precedmg cla.m. wherein satd 
handover required or controlled involves handing over the mobile stat.on 
between said radio access domains. 


12. Apparatus adapted to perfor m the method of any preceding 


claim. 


13. 


A computer prograrn for pe r f orming the method Qf My Qf 

claims 1 to 1 1. 


14. A method of conducting handover ,n a mobile communtcations 
network, said method comprtsing conducting handover in accordance w,,h a 
handover algorithm whtch takes network policy data as an input during a 

handover decision process. 
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AMENDED CLAIMS 

[received by the International Bureau on 25 September 2001 (25.09.01); 
original claims I and 2 amended; remaining claims unchanged (I page)] 


1. A method of controlling handover of a mobile station 
conducting a communications session ir a mobile communications network, 
the network including a plurality of radio access domains, the method 
comprising: 

receiving a trigger indicating a requirement for handover; 

testing at least one possible handover meeting said requirement against 
network policy said network policy being defined by data received from a 
server hierarchically above the radio access domains; and 

controlling handover in accordance with said requirement and said 
network policy. 


15 2. A method according to claim 1, wherein said data is accessible 

to a network entity controlling handover. 

3. A method according to claim 1 or 2, comprising assigning a 
priority to said requirement, assigning a priority to network policy, and 
20 controlling handover in accordance with a relationship between the said 
priorities. 
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